home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group99a.txt
/
000106_icon-group-sender _Mon Apr 26 16:27:53 1999.msg
< prev
next >
Wrap
Internet Message Format
|
2000-09-20
|
2KB
Return-Path: <icon-group-sender>
Received: (from root@localhost)
by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id QAA08406
for icon-group-addresses; Mon, 26 Apr 1999 16:27:38 -0700 (MST)
Message-Id: <199904262327.QAA08406@baskerville.CS.Arizona.EDU>
Delivered-To: icon-group@cs.arizona.edu
Date: Tue, 27 Apr 1999 10:34:31 +1200 (NZST)
From: "Richard A. O'Keefe" <ok@atlas.otago.ac.nz>
To: evans@gte.net, icon-group@optima.CS.Arizona.EDU
Subject: Re: Modula 3
Errors-To: icon-group-errors@optima.CS.Arizona.EDU
Status: RO
Mark Evans asked:
How does Icon compare to Modula-3?
Modula-3 is basically an OO revision of Modula-2.
It also supports concurrency. There is nothing
exciting about its treatment of strings. Unlike
C++ but like Eiffel, it does have fully automatic
storage management; unlike Eiffel there are
documented ways to safely bypass this (there are
checked pointers and unchecked pointers). Syntax
apart, its closest relatives might be Limbo and
Object Pascal. Like its ancestors, it relies on
strong static type checking.
Icon uses dynamic type checking, not static type
checking. Icon supports string matching via its
fundamental support for backtracking execution,
something Modula-3 entirely lacks. There is no
direct OO support in Icon, although there is an
OO preprocessor Idol for it.
Aside from their common Algol-family heritage,
and their common reliance on fully automatic
storage management, the two languages have very
little in common.